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(54) Browser-based network management 

(57) Viewing and updating a configuration of at least 
one of a plurality of network devices connected to a net- 
work. Each of the network devices Is repeatedly polled 
over the network by a network management server for 
configuration information, which is stored in a database. 
A first URL-encoded request is received from a request- 
ing station, which is preferably a web browser. The first 
request identifies a targeted one of the network devices. 
Responsive to the first request, a response is dynami- 
cally generated. The response is representative of a vis- 
ual display of the configuration information for the 
targeted one of the network devices based at least In 
part on the configuration information stored in the data- 
base. The response is sent to the requesting station, 
and a second URL-encoded request is received from 
the requesting station, the second request including 
configuration data for the targeted one of the network 
devices. Responsive to the 6econd request, the data- 
base te updated based on the configuration data The 
conf igurattorf of "the targeted one of the network devices 
Is updated by the network management server based 
on the updated database. 
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Description Jgs/ 



[0001] ^ The present invention Is directed to a cyctem 
for viewing and updating a configuration of network 
devices. More particularly, the invention Is directed 
toward a system that allows such viewing and updating 
of configuration from a i remote network site using a web 
browser. >t? ^ v 

[0002] As a result of increasing complexity of local 
area networks, tools for effectively managing (i.e., con- 
trolling, monitoring and obtaining the status and config- 
uration of) network devices on the networks are 
becoming essential. For example, networks can now 
support diverge network devices euch as printers, scan- 
ners, digital cameras, facsimile machines, copiers and - 
the Gk& In addition, local area networks (LANs) can be 
connected together to form wide area networks 
(WANs). Each device on these networks has settabie 
configurations. Thus, tools are needed for effectively 
viewing and updating the configuration and status of the 
devices. 

[0003] Conventionally, the configuration of each 
device on a network is managed with a special purpose 
program specific to that device or type of device. As a 
result, a network administrator must learn how to inter- 
act with many different programs in order to view and 
update the configuration of each of the different device 
types on the network Because each program is differ- 
ent learning how to interact with these different pro- 
grams wastes time and adds unnecessary complexity to 
managing ftehetwork. 

[0004] 5 fci addition, in conventional systems, each 
network administrator uses a program that directly inter- 
acts with each network device. For example, in a printer 
context, each administrator's printer manager sends 
configuration queries or commands to printers on the 
network. All of these separate queries and commands 
lead to excessive network traffic. Also, if many network 
administrators are involved, such as in the case of sev- 
eral LANs connected together in a WAN, a printer on 
the network can become overburdened In responding to 
all of the administrators' printer managers, detracting 
from device-specific work such as printout of print Jobs. 
[0005] One aspect of the present invention provides 
a management tod that allows each user to control, 
monitor and obtain the status and configuration of a plu- 
rality of network devices using a single and preferably 
familiar interface. In addition, this tools allow many 
administrators to view and update the configuration of 
the netwof^^cM without generating excessive net- 
work traffic ^^qanbverbu V 
[0006] - An aspect of the present Invention provides 
a system that allows a remote network user to view and 
update the configuration of network devices by using a 
web browser on the user's workstation. The system 
communicates with the web browser using hypertext 
transfer protocol (HTTP). Requests from the browser 
are URL-encoded according to HTTP, and are prefera- 
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bly URL-encoded for CGI scripts, ASP web pages, or 
any other scripts a pages that can be used by the sys- 
tem to dynamically generate responses to the requests. 
The responses to the web browser's requests preferably 
are in hypertext markup language (HTML). 
[0007] By virtue of the foregoing operation, network 
administrators can view and update the configuration of 
network devices using the familiar interface of a web 
browser, such as NetScape® Navigator or Microsoft® 
Internet Explorer. As a result, the administrators do not 
need to learn different programs for each device, 
thereby saving time and simplifying network manage-;' 
ment 

[0008] The management system Is Interposed \ 
between the adnwiistrators (or other users) and the net- - 
work devices. The management system repeatedly 
polls the network devices for configuration information 
and maintains a database of this information. When the 
management system receives a request from a web 
browser for status or conf iguration Information about a 
network device, the system generates an appropriate 
response based on the database rather than on infor- 
mation obtained directly from the network device. Like- 
wise, when the management system receives a request 
from a web browser to change the status or configura- 
tion of a network device, the system updates the data- 
base according to configuration data in the request The 
management system then updates the configuration of 
the network devices according to the updated database. 
[0009] This arrangement is more efficient than con- 
ventional systems because the network devices are 
insulated from interacting directly with each user. 
Instead, the network devices only interact with the man- 
agement system, which in turn handles ail cornmunica- 
tion with the users. Thus, the network devices are not 
overburdened by having to communicate with many dif- 
ferent users. 

[001 0] Accordingly, In one aspect, the Invention is a 
system that allows a remote network user to vtew and 
update a configuration of at least one of a plurality of 
network devices connected to a network, by using a 
web browser on the user's workstation. Trie system 
repeatedly polls each of the network devices over the 
network for configuration information. The configuration 
information is stored in a databasa A first URL-encoded 
request is received from a user's workstation, preferably 
using a standard web browser communicating using 
HTTP. The first request identifies a targeted one of the 
network devices, together with a request for the tar- 
geted device's configuration. Responsive to the first 
request, a response corresponding to the requested 
configuration is generated dynamically from the data- 
base, with the response preferably being In a format 
representative of a visual display of configuration infor- 
mation tor the targeted network device. The response is 
preferably dynamically-generated HTML code based at 
least in part on the configuration information stored in 
the database and on a template. The response is sent 
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tion, with me second request totaling an update to the 
eonfigur^on ;etata ;ter -the targeted network device. 
Responslye to the second request the database ts 
updated based on the new configuration data. The man- 
agement system thereafter updates the targeted net- 
worh device cased on the updated database. 
[001 1 J n By virtue of the foregoing/a network admin- 
istrator only has to know how to Interact with a web 
browser In order to view and update the configuration of 
the network devices. The administrator does not have to 
learn separate programs for each device or device type. 
In addition, In a case that plural different web browsers 
are making such requests, the network devices them- 
- serves are Insulated from all of those requests; Instead, 
the network devices need only respond to polling and 
updating by the management system. As a result the 
network devices are not overburdened by the requests. 
[0012] : In another aspect, from the perspective of a 
user's workstation which is preferably executing a web 
browser, the invention sends a fin* URL-encoded 
request to a management system. The first request 
identifies a targeted one of the network devices. A 
response according to HTTP is received from the man 
agement system, preferably In the form of HTML code. 
The response is representative of a visual display of 
configuration information for the targeted network 
device, and is displayed to the user by the user's 
browser. In response to user manipulation of the dis- 
played response, a second URL-encoded request is 
sent to the management system. The second request 
includes updated configuration data for the targeted 
network device. * 

[0013] By virtue of the foregoing, a web browser 
can be used by a user's workstation to view and update 
the configuration of any of plural network devices. In 
addition, these network devices are insulated from 
direct interaction with all of the requesting stations. 
[0014] Embodiments of the present invention will 
now be described with reference to the accompanying 
drawings, In which: 



Figure 1 is a view of a representative network in 
which the present invention may be utilized. 
Figure 2 is a block diagram of a representative net- 
work interface. 

Figure 3 Is a block diagram showing the internal 
architecture of a remote workstation which can be 
utilized according to an embodiment of the inven- 
tion to marjabe iwtwbrk devices. • 
Figure** Is a Wo^Tiiagmifn' showing the Hernal 
architecture of a server according to an embodi- 
ment of the invention that allows a remote worksta- 
tion to manage network devices. 
Figure 5 is a block diagram for explaining the oper- 
ation of the browser-based network management 
system according to an embodiment of the Inven- 
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Figures 6 and 7 are representational views of 
HTML code generated according to an embedment 
of the Invention, shown in the way that a browser 
would display such code to a user on a display for 
the user's workstation. 

Figures 8A and 8B are flowcharts for explaining the 
operation of the browser-based network manage- 
ment system according to an embodiment of the 
invention. 

Figure 9 is a flowchart for explaining the operation 
of the browser-based network management system 
according to an embodiment of the Invention from 
the perspective of a browser. 

[0015] Figure 1 is a view of a representative net- 
work in which the present invention can be utilized. Net- 
work 1 include© looal area network (LAN) 2, LAN 3, and 
LAN 4, which are interconnected into a wide area net- 
work (WAN). 

10016] Workstations 10 and 11 are connected to 
LAN 2. Workstations 1 0 and 1 1 run an operating system 
such as Microsoft Windows 95, Microsoft Windows 
NT® or UNIX, and each includes network modules to 
support networking. Trie network modules allow each of 
workstations 10 and 11 to utilize the resources con- 
nected to the WAN. 

10017] Also connected to LAN 2 are file server 13 
and network dlak 14, which provides shared storage to 
devices connected to LAN 2. File server 13 runs a net- 
work operating system, such as Novell®, Microsoft Win- 
dows NT® or UNIX, In order to provide file services to 
the WAN. 

10018] In addition, LAN 2 Includes managed net- 
work devices, such as scanner 16 which provides scan- 
ner services, and printers 18, 19 and 20 which provide 
printer services. Each of these managed network 
devices includes a network interface device such as a 
network Interlace card (NIG), which interfaces the net- 
work devices directly to LAN 2, without the need for a 
dedicated workstation or server. 
[0019] The NICs preferably gather Information 
about device usage, status, jobs and the like. In addi- 
tion, the NICs provide device-specific services such 86 
Job buffering and spooling, as well as management 
functionality to the associated network devices. The 
NICs also are managed according to the invention, as 
discussed more fully below. 

[0020] LAN 2 further Includes modem/router 22, 
which allows connection to other networks. The network 
operating system and network modules on f fle server 13 
and workstations 10 and 1 1 allow those devices to uti- 
lize resources on the other LANs. Likewise, other net- 
works preferably can utilize some or ail of the devices on 
LAN 2. 

10021] Workstations 25 and 26 are connected to 
LAN 3. Managed network devices such as printer 27 
also are connected to LAN 3 through NICs. In Figure 1 , 
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the NICs that connect those network devices to LAN 3 
are managed by "the browser-based network manage- 
ment system of the Invention. 

[0022] Backbone 28 connects LAN 3 to other net- 
works. This connection allows the devices on LAN 3 to 
utilize resources on other LANs, as weD as making 
some or all of the devices on LAN 3 available for use by . 
the other LANs. Preferably, backbone 28 is a high- 
speed dedicated One such as a T1 line along with the 
associated hardware necessary for the connection. 
[0023] Workstations 30 and 31 are connected to 
LAN 4, along with file server 33 and network drive 34. 
Re server 33 can run the same operating system as file 
server 13 of LAN 1, or file server 33 can use an entirely 
different operating system. 

[0024] Managed network devices such as printer 
27, printer 35 and printer/copier 36 are connected to 
LAN 4. Printer 27 is connected to LAN 4 through the 
second one of the two NICs in that printer. Printer 35 
also Is connected to LAN 4 through a NIC. Printer/copier 
36 is connected to LAN 4 through printer server 37. 
Printers 27 and 85 provide printer services to devices 
on the WAN, and printer/copier 36 provides printer, cop- 
ier and preferably scanner services to the WAN. Printer 
server 37 and the NICs in printers 27 and 35 all prefer- 
ably gather information about printer usage, printer sta- 
tus, print jobs and the like, in addition, the printer server 
and the NICs provide device-specific services to their 
respective devices, such as print job buffering and 
spooling, as weil as management functionality for the 
associated printers. All of these network devices and 
the corresponding NICs are preferably managed using 
the browser-based network management system of the 
invention. 

[0025] Modem/Touter 40 provides LAN 4 with a con- 
nection to other LANs. This connection allows the 
devices on LAN 4 to utiGze the other networks. In addi- 
tion, the connection preferably allows those other net- 
works to use some or all of the devices on LAN 4. 
[0026] Thus, all three LANs are interconnected, 
enabling a device on one of the LANs to access devices 
on the other two LANs. For example, workstation 10 on 
LAN 1 preferably can share files with workstation 25 on 
LAN 3, store or read data from network disk 34 on LAN 
4, and print to printer 35 on LAN 4. 
[0027] - For security reasons, access to certain 
devices on each of the LANs may be limited For exam- 
ple, access to certain portions of data stored on network 
disk 14 could be limited to workstations 10 and 11, or 
even to just file server 13. 

[0028] Other managed network devices can be 
connected to each of the LANs, as Indicated by the 
curved break lines shown at the ends of the LANs. 
Examples of such devices are facsimile machines, tele- 
phone controllers, digital cameras, and automated pro- 
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duction and control devices used In manufacturing. 
These devices can be connected to network 1 along 
with other workstations (including so-called thin and 
thick clients), servers, printers, scanners, modems, and 
the like In Innumerable ways. In addition, the network 
can be connected to other networks, Including the 
World Wide Web, thereby creating a vast network of a 
multitude of devices. So-called virtual networks can also 
be created by forming a network from a sub-set of the 
devices connected to the World Wide Web. The Inven- 
tion is equally applicable to these different networKs, as 
well as to networks that have different architectures and 
that are connected in different ways, such as wireless 
networks. All of the devices and the NICs on these net- 
wprks can be managed using the browser-based net- 
work management system of the invention. 
[0029] Server 45 shown In Figure 1 is a stand-alone 
system that executes the browser-based network man- 
agement system according to the invention. Server 45 
may be a Macintosh®, PC-compatible, or other type of 
system having an operating system such as a window- 
ing operating system, like Microsoft Windows NT®, or a 
non-windowing operating system such as DOS or 
UNIX. In the preferred embodiment, server 45 is a Pen- 
tium®-basod computer system operating under Micro- 
soft Windows NT®. 

[0030] Server 45 preferably does not have a key- 
board, pointing device or monitor attached thereto, but 
ratner serves only to run the network management sys- 
tem of the invention. Of course, a keyboard, pointing 
device and display can be attached to server 45 if so 
desired. 

[0031] Network interface 47 provides server 45 with 
an interface to network 1 . Although network interface 47 
is shown as connected directly to LAN 4, other arrange- 
ments are possible. For example, network interface 47 
can connect server 45 to network 1 through a modem. 
LAN, WAN, backbone or any other network connection. 
Network interface 47 can comprise any type of connec- 
tion that supports network communications, along wttn 
the associated hardware such as a communication 
card. Examples of such connections Include a 10baseT 
cable, a thin or thick Ethernet cable, a wireless network 
connection or a cellular telephone connection. Network 
interface 47 supports- one or more network protocols 
such as IP, IPX or NetBIOS. 

[0032] 8erver 45 la shown in Figure 1 ao a program- 
mable general-purpose computer; however, server 45 
for managing network devices can be any other type of 
data processing equipment that can access network 1 
and that can run the browser-based network manage- 
ment system. The architecture of server 45 and the 
operation of the network management system running 
on server 45 are explained in mora detail below with ref- 
erence to Figures 4 and 5. 
[0033] Figure 2 is a block diagram of representative 
network interface device 50, such as a NIC, for Interfac- 
ing a managed network device to a network. As shown 
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In^Rgur^rtheneNv^ 
tral procegbjg unit (CPU) 51 such as an Intel 80188 8- 
bit progiammable ^rnic^rocessa' which Is Interfaced to 
computer £ue %£ ^Aleo interfaced to 'computer bus 92 
are non-volatile ^RAM (NVRAM) '54, dynamic RAM 
(DRAM) 55, -electrically erasable programmable read 
only mempry (EEPROM) 56, drivers for LED Indicators 
57, and serial interlace 59 which Includes both a trans- 
mit and a receive terminal. 

[0034] Configuration parameters and other impor- 
tant information concerning the configuration of network 
interface device 50 are ordinarily 6tored in NVRAM 54, 
where such information may be stored between power 
cycles. Process steps for execution by microprocessor 
-31 are stored In EEPROM 66, but In general, before 
those process steps are executed, they are copied from 
EEPROM 56 Into DRAM 55 for execution out of DRAM 
55. 

[0035] LED indicators 57 are provided so as to give 
a user a general indication as to the processing status 
of the network interface, and may include, for example, 
indicator LEDe for power and data communication. 
Serial interface 59 is provided so as to allow local serial 
access to the network interface device. 
[0036] As mentioned previously, network interface 
device 50 is disposed between a network and a man- 
aged network device, and is therefore provided with a 
connector 60 for connecting to the network as well as a 
connector 61 for connecting to the managed network 
device. Network interface controller 62, which Is con- 
nected to bus 52 and to network connector 60, provides 
hardware interface for capturing and assembling net- 
work transmissions received by the network interface 
device and transmitted onto network 1. Static RAM 
(SRAM) 64 Is provided for network interface controller 
62 so as to store, on a temporary basis, such network 
transmissions. 

[0037] On the device side, device interface control- 
ler 65, which is connected to bus 52 and network device 
connector 61. provides a device interface between the 
network Interface device and the managed network 
device serviced by the network Interface device. Device 
interface controller 65 may be of any of a variety of dif- 
ferent controllers, and can, for example, be constructed 
for a bi-directional interface (such as a SCSI interface, 
an IEEE 1284 Interface, a dual port RAM Interface, a 
shared RAM interface, and the like) or a unidirectional 
interface (such as a standard Centronix RS-232 Inter- 
face or the BkB). Device Interface controller 65 Is pro- 
vided with SRAM 66 for temporary storage of data 
transmitted between the network Interface device and 
the network device." - 

[0038] The contents of NVRAM 54 and EEPROM 
56 can be changed in order to manage network inter- 
face device 50, Including changing the configuration of 
network Interface device 50 and updating (flashing) the 
process steps stored in EEPROM 56. For example, the 
queue size, default protocol stack, network frame type. 
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ROM (EEPROM) version and the like for network inter- 
face device 50 can be changed. In addition, changes to 
the network device connected to network interface 
device 50 can be made through connector 61. For 
example, the available fonts, default feed tray, default 
scan mode, device name, and online/off fine status can 
be changed. According to the invention, these changes 
to network interface device 50 and an attached network 
device can be made by a user at a remote station using 
a browser, as explained in more detail below. 
[0039] Figure 3 Is a block diagram 6howtng tne 
internal architecture of remote workstation 70, such as 
any of the workstations shown in Figure 1, which man- 
ages network devices according to the invention. As 
shown in Figure 3. workstation 70 includes central 
processing unit (CPU) 71 , which interfaces with bus 72. 
Also interfacing with bus 72 are fixed disk 73, floppy disk 
interface 74, network interface 75, main memory (RAM) 
76, read only memory (ROM) 77, keyboard interface 78 
to a keyboard (not shown), pointing device interface 79 
to a pointing device (not shown), and display interface 
60 to a display (not shown). 

[0040] Main memory 76 interfaces with bus 72 so 
as to provide RAM storage to CPU 71 during execution 
of software applications. More specifically. CPU 71 
loads process steps from a computer-readable medium 
such as fixed disk 73 or some other source such as a 
network disk into maim memory 76. CPU 71 then exe- 
cutes the stored process steps from main memory 76 in 
order to execute application programs such as a 
browser. Data can be stored in main memory 76 or 
some other writable memory medium. Data also can be 
stored on a mass storage device such as fixed disk 73 
or a network disk, and that data can be accessed by 
applications through well-known disk-swapping tech- 
niques. 

[0041 ] As also shown in Figure 3, fixed disk 73 typ- 
ically stores operating system 82 which is a windowing 
operating system such as Microsoft Windows 95, Micro- 
soft Windows NT^ or UNIX. Operating system 82 
includes network modules to support networking. Also 
stored on fixed disk 73 are browser 83 and other files 
and data. 

[0042] Preferably, browser 83 is a standard web 
browser such as NetScape®'s Navigator or Micro- 
softy's Internet Explorer. Such a standard browser is 
characterized by an ability to communicate with a server 
using HTTP. In order for a browser to access information 
on a server, the browser sends a URL-encoded request 
to the server. This URL-encoded request identifies the 
domain name of the server (e.g., www.canon.com), as 
well as the location of a file or resource on the server. 
Typically, the file or resource is an HTML page or a 
script such as a CGI script. Data for use by the file or 
resource optionally is encoded into the URL-encoded 
request. The file or resource is accessed by the server, 
and the server uses the file or resource along with the 
URL-encoded data In order to generate a rosponso. 
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The responsie Is sent to the browser, which uses the 
response to generate a visual or textual display for a 

[0043] 1 AftWnatrvely, browser 83 can be a dedicated 
thin client program that communicates using HTTP. The 
operation of browser 83 according to the invention is 
explained In more detail bolow with reference to Figure 

5. 

[0044] Workstation 70 preferably is a programma- 
ble general-purpose computer. Alternatively, worksta- 
tion 50 can be a dedicated mm client mat server onty to 
run operating system 82 and browser 83. In addition, 
workstation 70 can be local to server 45, or workstation 
70 can be remote from that server, for example con- 
nect^, through a LAN, WAN or ^eJWorld Wide Web. 
[0045] . Figure 4 Is a block diagram showing the 
internal architecture of server 45 on which runs the 
browser-baaed network management eyetem of the 
invention. As shown in Figure 4, server 45 includes cen- 
tral processing unit (CPU) 91 , which interfaces with bus 
92. Also interfacing with bus 92 are network interface 
47, fixed disk 93, floppy disk interface 94, main memory 
(RAM) 95 and read only memory (ROM) 96. In addition, 
even though server 45 preferably is a stand-alone sys- 
tem, keyboard interface 97. pointing device interface 98. 
and display interface 99 interface with bus 92 so that a 
keyboard, pointing device and display can be added if 
desired. 

[0046] •;, Server 45 communicates with device* on 
network 1 through network interface 47. In addition, H 
workstation 70 is attached to network 1 , server 45 com- 
municates with browser 83 running on workstation 70 
through network interface 47 to network 1. However, if 
workstation 70 is not attached to network 1, server 45 
communicates with browser 83 on workstation 70 
through the network to which workstation 70 is 
attached, either through network interface 47 or through 
some other interface or network connection (not 
shown). In any case, server 45 communicates with 
browser 63 on workstation 70 using HTTP. 
[0047] Main memory 95 interfaces with bus 92 so 
as to provide RAM storage to CPU 91 during execution 
of software applications. More specifically, CPU 91 
loads process steps from a computer-readable medium 
such as fixed disk 93 or some other source such as a 
network disk Into maim memory 95. CPU 91 then exe- 
cutoo tho 6tored process elope from main memory OS in 
order to execute application programs such as an HTTP 
server and a network management server according to 
the invention/Dala, including a database, CGI scripts 
and tenpitttt"^ pages) for HTML -code 

according to the invention, can be 6tored in main mem- 
ory 95, or some other writable memory medium. Data 
also can be stored on a mass storage device such as 
fixed disk 93 or a network disk, and that data can be 
accessed by applications through well-known disk- 
swapping techniques. 

[0048] Aa also shown in Figure A, fixed disk 93 typ- 



ically stores operating system 101, network manage- 
ment protocol handler 102, and components of 
browser-based network management system 109 
according to the Inventioa These components include 

ff HTTP server 103,' network management 6erver 104, 
database 105, CGI scripts 106, and templates 107 for 
HTML code according to the Invention. ASP web pages 
(not shown) can be stored on fixed di6k 93, either in 
addition to or in place of CGI scripts 106 and templates 

to 107. Other applications, data and network utilities also 
can be stored on f ixed dtak 90. 
[0049] As shown, each of these components of 
browser-based network management system 109 pref- 
erably resides on a single server such as server 45. 

is However, it is entirely possible for each of these compo- 
riente to reside on a separate file server, workstation or 
network drive, in which case the components communi- 
cate, for example, through network 1 . 
[0050] HTML "help" files 110 also ere preferably 

20 stored on fixed disk 93. These help files can be 
accessed by browser 83 running on workstation 70 in 
order to assist a user in using the browser-based net- 
work management system according to the Invention. 
Although these help files preferably reside on fixed disk 

26 93. HTML help files 1 10 can reside anywhere in network 
1 that can be accessed by browser 83, such as on work- 
station 70. 

[0051] Figure 5 is a block diagram for explaining the 
operation of browaer-based network management eya- 

30 tern 109 according to the Invention, which preferably 
includes at least network management protocol handier 
102, HTTP server 103, network management 6erver 
104 with database 105, CGI scripts 106, and templates 
107. Preferably, all of these components reside on 

35 server 45. As mentioned above, ASP webs pages can 
be included in place of (or in addition to) CGI scripts 106 
and templates 107. 

[0052] In Figure 5, browser-based network man- 
agement system 109 on server 45 communicates with 

40 network 1 through network interface 47. Managed net- 
work device 111, which includes network Interface 
device 50, Is attached to network 1. Thus, browser- 
based network management system 109 communi- 
cates with network Interface device 50 of device 1 1 1 in 

45 order to manage bothjhe network interface device and 
the device itself. 

[0053] Browser-based network management sys- 
tem 109 and network interface device 50 communicate 
using a management protocol such as the simple net- 
so work management protocol (SNMP) or device manage- 
ment Interlace (DM1). in order to enable server 45 to use 
this protocol, network management protocol handler 
102 handles network management messages sent 
between network management server 104 and devices 
55 attached to network 1. Messages in this management 
protocol are packaged by network management proto- 
col handler 102 into at least one of the network proto- 
cols used by network 1, for examplo IP. IPX or NetBIOS. 
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database 105 based on the Status and configuration of - 
network ftedcesjm .network UNetwqrk management 
server 104 mafitaino 1 this database by repeatedly poll- 
ing the devices on network 1 through network interface $ 
47 using network management protocol handler 102. 
Preferably^thte polling operation occurs periodically, 
once every tew minutea i 

[0055] ^ Network management server 104 also tooks 
to database 105 in order to determine if changes have 10 
been made to the database by the other components of 
browser-based network management system 109, par- 
ticularly by HTTfc server 103 through CGI scripts 106, 
as explained in more detail below, if the database has 
been changed, network management 6erver 1 04 makes 75 
appropriate changes to the status and configuration of 
devices on network 1 through network protocol man- 
agement handler 102 and network interface 47. Prefer- 
ably, these changes to the managed devices are made 
using SNMP messages. 20 
[0056] CGI scripts 106 are responsible for making 
changes to database 105. In particular, HTTP server 
103 calls CGI scripts 106 in response to URL-encoded 
requests from browser 83 on workstation 70, tor enter- 
ing an update to status and configuration information of 2s 
a network device. Thus, if a URL-encoded request 
includes changes to the status or configuration of a 
device on network 1, the CGI script called by HTTP 
server 103 In response to that request enters those 
changes into database 1 05. so 
[0057] In addition to entering changes into the data- 
base, CGI scripts are called by HTTP server 103 to 
dynamically generate a response to a URL-encoded 
request tor current status and configuration information 
about a device on network 1 . These CGI scripts prefer- 35 
ably use templates 107, which are HTML templates, to 
dynamically generate a visual display representative of 
the status and configuration of a targeted device or 
devices specified in the URL-encoded request. This vis- 
ual display is at least partially based on data from data- 40 
base 105 and preferably is encoded as HTML code 
which HTTP server 103 can use to respond to the URL- 
encoded request However, in other embodiments, CGI 
scripts 106 dynamically generate text or some other 
data representative of a device's status and configure- 45 
tkm. 

[0058] Templates 107 are templates for generating 
HTML code for a particular device or class of devicea In 
addition, a template for a device list of all devices that 
can be managed by browser-based network manage- eo 
merit system 1 0S 1 preferably is provided. -* 
[0059] ^^e^e'embodiment preferably uses CGI 
scripts 106 and templates 107 to generate HTML code, 
in alternative embodiments the embodiment can use 
any other type of script web page, data or program that ss 
allows HTTP server 103 to dynamically generate a 
response to a browser's request For example, Active 
Server Protocol (ASP) web pages can be used in place 
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of CGI scripts 106 and templates 107. In that case. 
URLs for ASP web pages are designated In the URL- 
encoded requests received by HTTP server 103 from 
browser 83. Wjjen HTTP server 103 processes an ASP 
web page, the Instructions in the ASP web page are 
executed so as to access and, if necessary, modify 
database 105. In addition, these instructions format the 
HTML code In the ASP web page in accordance with 
the data from database 105. Then, HTTP server 103 
can respond to the URL-encoded request using the for- 
matted HTML code, as appropriate. 
[0060] HTTP 6erver 1 03 receives the URL-encoded 
requests from browser 83 and processes those 
requests. According to the preferred embodiment of the 
invention, the URL in a request Identifies one of CGI 
scripts 106. HTTP server 103 executes the CGI script, 
as discussed above, so as to dynamically generate a 
response to the URL-encoded request This response, 
which is sent to browser 83, preferably Is representative 
of a visual display of a targeted device's status and con- 
figuration. In addition, by executing a CGI script that is 
Identified by a URL-encoded request to update status or 
configuration of a targeted device, HTTP server 103 
changes the status and configuration entries in data- 
base 1 05 for that device. 

[0061 ] Browser 83 communicates with HTTP server 
103 of browser-based network management system 
109 through network interface 75. In Figure 5. browser 
83 is running on workstation 70, which is connected to 
network 1. Thus, HTTP server 103 that is running on 
server 45 communicates with browser 83 on worksta- 
tion 70 through network 1, using network interface 47. 
However, it is possible that workstation 70 is not con- 
nected to network 1. In thai case, HTTP server 103 on 
server 45 communicates with browser 83 on worksta- 
tion 70 using an unshown interface on server 45. 
[0062] Browser 83 uses HTTP to communicate with 
HTTP server 103 running on server 45. Browser 83 
sends URL-encoded requests to and receives HTML 
coded responses from the HTTP server. Tne URL- 
encoded requests identify a network device on network 
1 so as to request status and configuration Information 
for that network devica The URL-encoded requests 
also contain updates to status and configuration infor- 
mation for updating the status and configuration of a tar- 
geted network device. Thus, browser 83 uses HTTP 
communication to control, monitor and obtain the status 
and configuration of network devices on network 1. 
[0063] Briefly, in operation, browser-based network 
management system 109 allows a user on a remote 
workstation to use a browser to change, monitor and 
obtain the status and configuration of devices of net- 
work 1. Browser-based network management system 
109 repeatedly polls each of the network devices over 
network 1 for configuration Information. This configura- 
tion information is stored in database 105. The manage- 
ment system communicates with a requesting 
workstation using HTTP, preferably sending the 
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device. The nrarmgement system updates the database 
based on this communication. The configuration of one 
of the network devices Is updated based on the updated 
database, using a network management protocol. 
[0064] In more detail, browser-based network man- 
agement system 109 repeatealy polls each of the net- 
work devices ^network v 1 for configuration 
information. First, network management server 104 
extracts a list of devices that can be managed from 

- database 105. Then, network management server 104 

sends messages to those devices through network 

management protocol handler 102. The messages are 
preferably In a network management protocol format 
such as SNMP or DM I. 

[0065] In response, the network Interface devices 
on the queried network devices respond with status and 
configuration information. This information is for the net- 
work devices and for the network interface devices (e.g., 
NICs) for those network devices. Examples of device 
status and configuration information include available 
fonts, default feed tray, defeuft scan mode, device name, 
online/offline status, and the like. Examples of network 
interface device status and configuration information 
include queue size, default protocol stack, network 
frame type, ROM (EEPROM) version, and the lite. 
[0066] : tn order to account for the addition and 
removal of devices from network 1, network manage- 
ment server 104 also repeatedly performs a device dis- 
covery operation. This device discovery operation Is 
performed by searching a user-specified range of net- 
work addresses on the network for devices that respond 
to specific 6NMP (or other management protocol) que- 
ries. These queries preferably ask a supported network 
device to respond with information about the device's 
network adapter, device name, device type and loca- 
tion. Devices that generate acceptable responses are 
entered into the database as devices that the network 
management system can support Devices that respond 
with errors are ignored. The device discovery process is 
preferably repeated periodically so as to discover 
devices that are added to network 1. In addition, the 
device discovery process is performed on system star- 
tup- 

[0067] 'V The results of the device discovery and poll- 
ing operations are stored In database 105. As a result 
the J<te tn^^ 

rent status and (configuration of supported devices on 
network 1. 

[0068] Browser-based network management sys- 
tem 109 communicates with a requesting station such 
as workstation 70 using HTTP. In order to obtain and 
monitor status and configuration of a managed device 
(or the network interface device for that managed 
device), browser 83 on workstation 70 sends a URL- 
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equest for status or configuration Information 
about a managed network device on network 1. In 
response, HTTP server 103 accesses the CGI script 
Identified in the UF|L-encoded request so as to dynami- 
cally generate a response representative of a visual dis- 
play of the status and configuration. This response is 
generated by filling in one of templates 107 with data 
from database 105. The response is communicated to 
browser 83, which displays the visual display. 
[0069] In order to change status or configuration of 
a managed device (or the network interlace device tor 
that managed device), browser 83 on workstation. 70 
sends a URL-encoded request to HTTP server^ 
Including updated configuration data for a targeted 
device. In response. HTTP server 103 calls the CQI 
script identified In the URL for the request The CQI 
script updates database 1 05 according to the configura- 
tion request Then, when network management server 
104 next updates devices on network 1 in accordance 
with database 105. the status or configuration of the 
device is updated, using the network management pro- 
tocol provided by network management protocol han- 
dler 102. 

[0070] Figure 6 Is a representational view of HTML 
code generated according to the invention, shown in the 
way that browser 83 would display such code to a user 
on display 120 for the user's workstation. This worksta- 
tion can be any one of the workstations or servers 
shown In Figure 1, or can be another workstation or 
server that has an HTTP connection to network 1. In 
addition, the workstation can be topological^ local to or 
remote from browser-based network management sys- 
tem 70. 

[0071] As shown in Figure 6. browser Interface 121 
includes an example of a list of devices that can be con- 
trolled and monitored through browser 83 using 
browser-based network management 6ystem 109 
according to the invention. Browser interface 121 also 
includes administrator mode Indicator 122, log on/off 
Dutton 129 and help button 130. 
[0072] Shown In the list of devices In Figure 6 are 
printers section 123 and scanners section 124, which 
include information about printers and scanners on net- 
work 1. It shouid be noted that browser interface 121 
can Include sections for other types of devices, such as 
copiers, digital cameras, facsimile machines and the 
like, ae well as any network interface devices (o.g.. 
NICs) that connect these devices to network 1 . 
[0073] Displayed for each type of device Is device 
location 125, device model 126, and device status 127. 
Other Information can be displayed In the device list. 
Upon selection of one of these devices, a URL-encoded 
request Is sent to HTTP server 103 Identifying that 
device. In response, as described above. HTTP server 
103 accesses a CGI script (or an ASP web page) to 
dynamically generate HTML code with detailed informa- 
tion about the targeted device. 

[0074] Administrator mode Indicator 122 indicates 
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accessing the management system through [browser 83 
can use the browser to msto ohangw to the status end 
configuration of devices on network 1. If the network 
management system is not operating In administrator 
mode, administrator mode indicator 122 is not dis- 
played, tn tnat case, tne system ts operating In end user 
mode, and a user accessing the network management 
system according to the invention preferably cannot 
change the status or configuration of devices on net- 
work 1. Instead, that user can only monitor and obtain 
the status and configuration of the network devices. Log 
on/off button 129 allows a user to toggle from end user 
mode to administrator mode (password required), * or 
vice versa (no password required). 
[0075] . If a user clicks on help button 130, HTML 
help pages 1 10 are accessed so as to provide the user 
with help on using browser-based network manage- 
ment system 109. These help files can either reside on 
server 45, as shown above in Figure 4, or the help files 
can reside on workstation 70 or at some other location. 
In any case, the HTML help files advantageously allow 
a user to obtain help through the same browser inter- 
face as is used to manage network devices. 
[0076] Also IDustrated In Figure 6 is one possible 
general layout for browser interface 121. In particular, 
the browser interface has top frame 140, left frame 141 
end main frame 142. Top frame 140 shows which navi- 
gation button browser 83 currently is operating under 
(i.e., the identity of the last button activated by a user). 
Main frame 142 shows what action Is currently being 
performed by a user. Left frame 141 shows a banner, 
devices buttons corresponding to one or more types of 
devices that can be managed, log on/off button 129, 
and help button 130. 

[0077] Figure 7 is a representational view of 
browser interface 121 displaying detailed information 
about a particular device on network 1. in the example 
shown in Figure 7. a printer has been selected. In 
response to a URL-encoded request to HTTP server 
103, browser 83 has received HTML code Identifying 
device status information 125, device and service infor- 
mation 126, device features 127 and hardware informa- 
tion 128. Accordingly, browser 83 has generated a 
visual display on browser interface 121 as instructed by 
this HTML code. 

[0078] 27 H the user of browser 83 has administrator 
privileges, as indicated by administrator mode indicator 
1 22, the^bn^er Jnterface 121 can be manipulated to 
change the^at^arid conf iourstion of the device. For 
example, Wusei* could change device features 127 so 
as to enable or disable stapling or sorting. In response 
to such changes, browser 83 6ends an appropriate 
URL-encoded request identifying the targeted printer 
and the updated configuration data As discussed 
above. HTTP server 103 runs the CGI script (or ASP 
web page) identified by the URL in the request so as to 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



update database 105 accordingly. Then, network man- 
agement server 1 04 modifies the status or configuration 
of the device according to the updated database. 
[0079] Other possible pages that can be displayed 
by browser 83 through browser Interface 121 Include a 
preferences page, a support page and an EEPROM 
flash page. The preferences pages allows a user to 
monitor and change preferences data for browser 83 
and browser-based network management system 109. 
The support page provides contact information for sup- 
port of managed devices. Finally, the flash EEPROM 
page allows a user to flash (update) the EEPROM in a 
network interface device such as EEPROM 56 shown In 
Figure 2. Thus, browser-based network management 
system 109 can be used to not only configure these net- 
work interfaces, but also to update the software that 
runs those devices. 

[00801 Figures 6 A and 8B are flowcharts for 
explaining the operation of the browser-based network 
management system according to the invention, by 
which a configuration of at least one of a plurality of net- 
work devices connected to a network Is viewed and 
updated. The processes illustrated by Figures 8A and 
88 preferably run in parallel on server 45. 
[0081] Briefly, each of the network devices is 
repeatedly polled over the network, using a network 
management protocol, for configuration information. 
The configuration information is stored in a database. A 
first URL-encoded request is received from a requesting 
station, the first request including a request for status 
and configuration information for a targeted network 
device. The fret request identifies a targeted one of the 
network devices. Responsive to the first request, an 
HTML-encoded response is dynamically generated. 
The response is representative of a visual display of the 
configuration information for the targeted one of the net- 
work devices based at least in part on the configuration 
information stored in the database. The response is 
sent to the requesting station. A second URL-encoded 
request Is received from the requesting station. The 
second request includes updates to configuration data 
for the targeted one of the network devices. Responsive 
to the second request the database is updated based 
on the configuration data In the second request. The 
configuration of the targeted one of the network devices 
is thereafter updated based on the updated database, 
using the network management protocol. 
[0082] In more detail, the process illustrated in Fig- 
ure 8A concerns interactions between the network man- 
agement system and managed devices. In step S801, 
network management server 104 discovers network 
devices on network 1 that can be managed according to 
the invention. This discovery process is performed by 
sending specific queries to a user-specified range of 
network addresses on the network according to a net- 
work management protocol such as SNMP or DMI. 
[0083] Network devices that can be managed by 
browser-based network management system 109 
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tew the 
devices 1 netv^adaptej^devtee nan^, device types 
and localions.^etwaik m^gement server 104 enters 
this bitomu^^ device© 
that cannot be managed according to the invention typ- 
ically either do not respond or respond with error mes- 
sages. These .devices are ignored by network 
management server 104. 

[0084] .5 ' Network management server 104 polls the 
discovered devices in 6tep S802, again using a network 
management protocol euoh as 6NMP or DM I. In 
response, network devices that are supported by the 
browser-based network management system return 
status and configuration information for the devices. In 
step S803, this "configuration Intorrnation fe stored UT 
database 105. 

[0085] In step 8804, His determined if configuration 
data in database 105 has been updated since the last 
occurrence of step S804. Such an update is stored in a 
queue, as explained below with reference to Figure 8B. 
If configuration data in database 105 has been updated, 
flow proceeds to step 8805, where network manage* 
ment server 104 updates the status and/or configuration 
of a targeted device on network 1 in accordance with 
the updated configuration data 
[0086] : Next, flow pauses in step S806 until it is 
determined that it is time to repeat discovery and polling 
of network devices on network 1 for configuration and 
status information. In which case flow returns to step 
S801. Device discovery Is repealed to keep database 
105 current as to what devices are connected to net- 
work 1. Likewise, polling is repeated to keep database 
105 current as to the status and configuration of those 
devices. 

[0087] it should be noted that, in an alternative 
embodiment, status information for managed devices 
also is obtained by network management server 104 
through an Interrupt mechanism. For example, In the 
case of a network managed with SNMP, "traps" are 
used to send a message from a managed device to net- 
work management server 104 when the status of that 
device changes. 

[0088] The process illustrated in Figure 8B con- 
cerns interactions between the network management 
system and a browser. In step 8810, it is determined if 
HTTP server 103 has received a URL-encoded request 
from browser 83 identifying one of the devices on net- 
work 1 and requesting the device's status and/or config- 
uration This status anoVor configuration can be for a 
network device such as a printer, scanner or copier, or 
for a network interface device (e.g., e NIC) that con- 
nects such a network device to network 1 . 
[0089] If such a URL-encoded request has been 
received, flow proceeds to step $811. where HTTP 
server 103 dynamically generates a response, prefera- 
bly in the form of HTML code. This HTML code is gen- 
erated by accessing the CGI script (or ASP web page) 
identified by the URL Then. HTTP server 103 gener- 
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ates the HTML code based on the CGI script (or ASP 
web page) and the entries in database 105 for the 
device identified In the URL-encoded request In the 
case of a CGI script, HTTP server 103 executes that 
script, which accesses one of templates 107 in depend- 
ence on the nature of the request and accesses data- 
base 105 so as to complete the tenplate. Then, the 
HTML code for the completed template is returned to 
browser 83 through HTTP server 103. 
[0090] In step S812, ft is determined H HTTP server 
103 has received a URL-encoded request from browser 
83 with an update to configuration data. If such a URL- 
encoded request has been received, flow proceeds to 
step S813, where a CGI script identified by the request 
75 is executed so as to update database 105 with the 
updated configuration data. This update is placed in a 
queue in the database so that the process of Figure 8A 
can identify the change. 

[0091 ] The interaction between the processes fllus- 
20 trated In Figures 8A and 8B occurs through database 
105. In particular, whendatabase 105 is updated in step 
3613 of Figure 6B, this update is stored In a queue in 
the database. Then, the next time step S804 of Figure 
8A occurs, this queued update in the database causes 
flow to proceed to step S805, where the configuration of 
a managed device is updated accordingly. 
[0092] By virtue of the foregoing operation, network 
administrators can view and update the configuration 
and status of network devices using the familiar inter- 
face of a web browser, such as NetScape®^ Navigator 
or Microsoft's Internet Explorer. As a result, the 
administrators do not need to learn different programs 
for each device, thereby saving time and simplifying net- 
work management Furthermore, because the browser- 
based network management system erf the invention is 
interposed between the administrators (and other 
users) and the network devices, the network devices 
only Interact with the management system. As a result, 
the devices do not need to interact directly with multiple 
browsers, thereby reducing network traffic and prevent- 
ing the network devices from becoming bogged down. 
[0093] Figure 9 is a flowchart for explaining the 
operation of the browser-based network management 
system according to the Invention from the perspective 
of a browser. Briefly, according to this aspect of the 
Invention, a first URL-encoded request Is sent to the 
management 6ystem. This first request identifies a tar- 
geted one of network devices connected to a network 
and requests status and/or configuration information for 
the targeted device. This status and/or configuration 
Information can be for a network device such as a 
printer, scanner or copier, or for a network Interface 
device (e.g., a NIC) that connects such a device to net- 
work 1. In response to the request a response is 
received from the management system. The response 
is HTML code representative of a visual display of con- 
figuration information for the targeted one of the net- 
work devices. The browser generates this visual display. 
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updates tpjprfiguraJion data for the targeted one of the 

[0094] £vh more detail, in step S901, a user selects 
one of the network devices on network 1, lor example 
from the device list shown in Figure 6. In 6tep S903. if 
user input is received Indicating that the user wants to 
view the status or configuration of a device, flow pro- 
ceeds to step $904. This user input preferably takes the 
form of a conventional browser-type selection euch as 
pointing to and clicking on a device name shown by 
browser interface 121. 

[0095] frV step S904, browser 83 sends a URL- 
encoded request to HTTP server 103 identifying the tar- 
geted device. In step S905, a response is" received from 
HTTP server 103 In response to this URL-encoded 
request The response preferably Is HTML code repre- 
sentative of a visual display. In step $906, browser 83 
generates the visual display or other information repre- 
sented by the response. 

[0006] ' ' If browser 83 receives user input that indi- 
cates that the user wants to change the status or config- 
uration of a device on network 1 , flow proceeds to step 
S909. This input preferably takes the form of a conven- 
tional browser Input, tor example, f HGng in a blank in the 
visual display shown on browser interface 121. making 
a selection from a drop-down menu, or the like. 
[0097] In step S909. browser 83 sends e URL- 
encoded request Including the status or configuration 
changes. This URL-encoded request identifies a CGI 
senpt (or ASP web page) that is run by HTTP server 
103. Ac discussed above, this ecript (or web page) mod- 
ifies database 105, which in turn causes network man- 
agement server 104 to change the status or 
configuration of the targeted device accordingly. 
[0098] By virtue of the foregoing operation, a user 
can obtain, monitor and control the status and configu- 
ration of network devices using a conventional browser. 
Because such browsers have a consistent look and feel, 
the user can perform these management operations 
without having to learn unfamiliar network management 
programs. 

[0099] in general, the preferred embodiment of the 
browser-based network management system can be 
used to manage many different types of networks and 
network devices. These network include Windows NT® 
and UNIX networks that operate under one or more of 
the toflov^-prot^ and 
^ e ^S^^^«w be managed include print- . 

^^^^^^^^^^^^ 
along with the network Interface devices that connect 
those devices to a network. 

[0100] Although in the above embodiments the net- 
work devices are polled, the present invention is not lim- 
ited to this. A direct response is possible in which the 
network manager receives a request for configuration 
information (or a request to change the configuration) 
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for a network device and it either retrieves and passes 
on the Information or it passes the reconfiguration infor- 
mation to the network device to reconfigure it 
[0101] Further, because the present invention can 
be implemented in software the present Invention 
encompasses a carrier carrying the computer code e.g. 
a storage medium such as a floppy disk or a signal 
transmitted over a network such as the internet. 
[0102] Although the embodiments use the internet 
protocols for communication, the present invention is 
applicable to any network protocol and to any form of 
network. 

[0103] The invention has been described with 
respect to a particular illustrative embodiment, it Is to be 
understood that the Invention is not limited to the above 
described embodiment and that various changes and 
modifications may be made by those of ordinary skill in 
the art without departing from the spirit and scope of the 
invention. 

Claims 



1. 



A method for viewing and updating a configuration 
of at least one of a plurality of network devices con- 
nected to a network, comprising the steps of? 

repeatedly polling each of the network devices 
over the network for configuration information; 
storing the configuration Information in a data- 
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receiving a first URL-encoded request from a 
requesting station, the first request identifying a 
targeted one of the network devices; 
responsive to the first request, dynamically 
generating a response representative of a vis- 
ual display of the configuration information for 
the targeted one of the network devices based 
at least in part on the configuration information 
stored in the database; 

sending the response to the requesting station; 
receiving a second URL-encoded request from 
the requesting station, the second request 
including configuration data for the targeted 
one of the network devices; 
responsive to the second request, updating the 
database based on the configuration data; and 
updating the configuration of the targeted one 
of the network devices based on the updated 
database. 

The method of Claim 1, wherein the first request is 
URL-encoded for a CGI script that is used to 
dynamically generate the response. 

The method of Claim 1 , wherein the first request is 
URL-encoded for an ASP web page that is used to 
dynamically generate the response. 
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>4.^ : The method ^Qata, l. wharein the response is 

5. The method of Claim 1, wherein the response is 
dynamically generated text. 

6. The method of Claim 1 , wherein the requesting sta- 
tion is a web browser. 

7. The method of Claim 1 , wherein the requesting sta- 
tion is a dedicated thin client that communicates 
using hypertext transfer protocol 

8. The method of Claim 1, wherein the first request 
and the second request are received over an other 

network different than the network to which the net- 
work devices are connected. 

9. The method of Claim 1, wherein the first request 
and the second request are received over the net- 
work to which the network devices are attached. 
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10. The method of Claim 1, wherein the response is 
sent over an other network different than the net- 
work to which the network devices are connected. 

11. The method of Claim 1, wherein the response Is 
sent over the network to which the network devices 
are connected. 

12. The method of Claim 1 , wherein the targeted one of 
the network devices is updated using a network 
management protocol. 

13. The method of Claim 12, wherein the network man- 
agement protocol Is SNMP or DMI. 

14. The method of Claim 1, wherein the first URL- 
encoded request is for help information about the 
targeted device, and wherein the response ts HTML 
code representative of a help page for the targeted 
device. 

15. A method for viewing and updating a configuration 
of at least one of a plurality of network devices con- 
nected to a network, comprising the steps of: 

repeatedly polling each of the network devices 
over the network for configuration Information; 
, , storing the^onfiguratiOTi information in a data- 

Mnroinicating with a requesting station using 
HTTP; 

updating the database based on the communi- 
cating step; and 

updating the configuration of one of the net- 
work devices based on the updated database. 



16. A method for viewing and updating a configuration 
of at least one of a plurality of network devices con- 
nected to a network, comprising the steps of: 

sending a first URL-encoded request to a man- 
agement system, the first request Identifying a 
targeted one of the network devices; 
receiving a response from the management 
system, the response representative of a visual 
display of configuration information tor the tar- 
geted one ot the network devices; 
generating the visual display; and 
sending a second URL-encoded request to the 
management system, the second request 

\ including configuration data fa the targeted 

- one of the network devices. 

17. The method of Claim 16, wherein the first request fe 
URL-encoded tor a CGI script thai is used to 
dynamically generate the response. 

18. The method of Claim 16, wherein the first request is 
URL-encoded for an ASP web page that is used to 
dynamically generate the response. 
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19. The method of Claim 16. wherein the response is 
dynamically generated HTML coda 

20. The method of Claim 16. wherein the response is 
dynamically generated text 

21. The method of Claim 16, wherein the first request 
and the second request are sent over an other net- 
work different than the network to which the net- 
work devices are connected. 

22. The method of Claim 16, wherein the first request 
and the second request are sent over the network 
to which the network devices are attached. 

23. The method of Claim 16. wherein the response Is 
received over an other network different than the 
network to which the network devices are con- 
nected. 

24. The method of Claim 16. wherein the response is 
rcooivod ovor tho notwork to which the network 
devices are connected. 

25. The method of Claim 16, wherein the first URL- 
encoded request is tor help information about the 
targeted device, and wherein the response is HTML 
code representative of a help page for the targeted 
device. 
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26. An apparatus for viewing and updating a configura- 
tion of at least one of a plurality of network devices 
connected to a network, comprising: 



12 



JWVYltfV #CO ftOOA9ft*A9 I » 




TO 



27. 



tv 23 ^ EP0 996253 A2 

a memory inducfing a region for storing execut- - 
able process steps; and M?y. • ■: 
a processor for executing the executable proc- 
ess eteps; j^^sv y - ■ 
wherein the executable process steps include 
the steps of. (a) repeatedly polling each of the 
network devices over the network for configura- 
tion Information; (b) storing the configuration 
information in a database; (c) receiving a first 
URL-encoded request from a requesting sta- 
tion, the first request identifying a targeted one 
of the network devices; (d) responsive to the 
A first request, dynamically generating a 
response representative of a visual display of 
the configuration information for the targeted 
one of the network devices based at least in 
part on the configuration Information stored In 
the database; (e) sending the response to the 
requesting station; (f) receiving a second URL- 
encoded request from the requesting station, 
the second request including configuration 
data for the targeted one of the network 
devices; (g) responsive to the second request 
updating the database based on the configura- 
tion data; and (h) updating the configuration of 
the targeted one of the network devices based 
on the updated database. 

The apparatus of Claim 26, wherein the first 
request is URL-encoded for a CGI script that is 
used to dynamically generate the response. 
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28. The apparatus of Claim 26, wherein the first 
request is URL-encoded for an ASP web page that 
is used to dynamically generate the response. 

29. The apparatus of Claim 26, wherein the response is 
dynamically generated HTML code. 

30. The apparatus of Claim 26, wherein the response is 
dynamically generated text. 

31. The apparatus of Claim 26, wherein the requesting 
station to a web browser. 

32. The apparatus of Claim 26, wherein the requesting 
station Is a dedicated thin client that communicates 
using hypertext transfer protocol. 

33. The apparatus of Claim 26, wherein the first 
request and tiie second request are received over . 
ariofrernetw^ 

the network devices are connected. 

34. The apparatus of Claim 26. wherein the first 
request and the second request are received over 
the network to which the network devices are 
attached. 
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35. The apparatus of Claim 26, wherein the response is 
sent over an other network different than the net- 
work to which the network devices are connected. 

36. The apparatus of Claim 26, wherein the response is 
sent over the network to which the network devices 
are connected. 

37. The apparatus of Claim 26, wherein the targeted 
one of the network devices is updated using a net- 
work management protocol. 

38. The apparatus of Claim 37, wherein the network 
management protocol is SNMP or DMI. 

39. The apparatus of Claim 26, wherein the first URL- 
encoded request is for help Information about the 
targeted device, and wherein the response is HTML 
code representative of a help page for the targeted 
device. 

40. An apparatus for viewing and updating a configura- 
tion of at least one of a plurality of network devices 
connected to a network, comprising: 

a memory including a region lor storing execut- 
able process steps; and 
a processor for executing the executable proc- 
ess steps; 

wherein the executable process steps include 
the steps of: (a) repeatedly polling each of the 
network devices over the network for configura- 
tion Information; (b) storing the configuration 
information In a database; (c) communicating 
with a requesting station using HTTP; (d) 
updating the database based on the communi- 
cating step; and (e) updating the configuration 
of one of the network devices based on the 
updated database. 
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41 . An apparatus for viewing and updating a configura- 
tion of at least one of a plurality of network devices 
connected to a network, comprising the steps of: 

a memory Including a region for storing execut- 
able process steps; and 
a processor for executing the executable proc- 
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wherein the executable process steps include 
the steps of: (a) sending a first URL-encoded 
request to a management system, the first 
request identifying a targeted one of the net- 
work devices; (b) receiving a response from the 
management system, the response represent- 
ative of a visual display of configuration Infor- 
mation for the targeted one of the network 
devices; (c) generating the visual display; and 
(d) sending a second URL-encoded request to 
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42. A browser-based network management system, 
the system comprising conputer-executable proc- 
ess steps to view and update a configuration of at 
least one of a plurality of network devices con- 
nected to a network, the computer-executable proc- 
ess steps comprising: ; 

code to repeatedly pod each of the network 
devices over the network! or configuration Infor- 
mation; 

code to ctore tne configuration information in a 
database; . . 

code to receive a first URL-encoded request 
from a requesting station, the first request iden- 
tifying a targeted one of the network devices; 
code to dynamically generate a response 
responsive to the first request, the response 
representative of a visual display of the config- 
uration information for the targeted one of the 
network devices based at least in part on the 
configuration information stored in the data- 



code to send the response to the requesting 
station; 

code to receive a second URL-encoded 
request from the requesting station, the second 
request including configuration data for the tar- 
geted one of the network devices; 
code to update the database, responsive to the 
second request, based on the configuration 
data; and 

code to update the configuration of the targeted 
one of the network devices based on the 
updated database. 

43. A browser-based network management system, 
the system comprising computer-executable proc- 
ess steps to view and update a configuration of at 
(east one of a plurality of network devices con- 
nected to a network, the computer-executable proc- 
ess steps comprising: 

code to repeatedly poll each of the network 
devices over the network for configuration Infor- 
mation; v 

code to store the configuration information in a 
database; 'de- 
code to communicate with a requesting station 
using HTTP; 

code to update the database based on the 
communication with the requesting station; and 
code to update the configuration of one of the 
network devices based on the updated data- 
base. 



44. A conputer-readable medium which stores a 
browser-based network management system, the 
system comprising computer-executable process 
steps to view and update a configuration of at least 
6 one of a plura% of network devices connected to a 
network, the computer-executable process steps 
comprising: 

a polling step to repeatedly poll each of the net- 
70 work devices over the network for configuration 

information; 

a storing step to store the configuration infor- 
mation In a database; ;' 
a receiving step to receive a first URL-encoded 
is request from a requesting station, the first 

request identifying a targeted one of the net- 
work devices; 

a generating step to dynamically generate a 
response responsive to the first request, the 
20 response representative of a visual display of 

the configuration Information for the targeted 
one of the network devices based at least in 
part on the configuration information stored in 
the database; 

25 a sending step to send the response to the 

requesting station; 

a receiving step to receive a second URL- 
encoded request from the requesting station, 
the second request including configuration 
30 data for the targeted one of the network 

devices; 

an updating step to update the database, 
responsive to the second request, based on 
the configuration data; and 
35 an updating step to update the configuration of 

the targeted one of the network devices based 
on the updated database. 



45. A computer-readable medium which stores a 
AO browser-based network management system, the 
system comprising computer-executable process 
steps to view and update a configuration of at least 
one of a plurality of network devices connected to a 
network, the computer-executable process steps 
45 comprising: 

a polling step to repeatedly poQ each of the net- 
work devices over the network for configuration 
information; 

so a storing step to store the configuration infor- 

mation in a database; 

a communicating step to communicate with a 
requesting station using HTTP; 
an updating step to update the database based 
55 on the communicating step; and 

an updating step to update the configuration of 
one of the network devices based on the 
updated database. 
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A TOthod of staining <»rifigur^^^ for, 

over ^netvi^^Tm^^ comprising: '; A 

receiving a request for configuration informa- 
tion or a request to update the configuration of 
a network device from a remote device over the 
network, and obtaining the requested configu- 
ration information over the network and return- 
ing the corrfigurilion information to the remote 
device over the network, or sending the 
updated configuration information to the net- 
work device over the network tor the network 
device to update its configuration. 



47. Apparatus for obtaining configuration information 
for, or updating the configuration of, a network 
device over a network the apparatus comprising: 

receiving means for receiving a request for 
configuration information and/or a request to 
update the configuration of a network device 
from a remote device over the network, and 
means for obtaining the requested configura- 
tion information over the network and for 
returning it to the remote device over the net- 
work, and/or for sending the updated configu- 
ration information to the network device for the 
network device to update Rs configuration. 

48. A carrier carrying processor impiementable instruc- 
tions for controlling a processor to carry out the 
method of any one of claims 1 to 25 or 46. 
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